home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000178_news@columbia.edu _Mon Dec 25 18:36:16 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id SAA00336 for <kermit.misc@watsun>; Mon, 25 Dec 1995 18:36:15 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id SAA04331 for kermit.misc@watsun; Mon, 25 Dec 1995 18:36:14 -0500 (EST)
  4. Path: news.columbia.edu!news.new-york.net!solaris.cc.vt.edu!news.duke.edu!news.mathworks.com!newsfeed.internetmci.com!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Kermit w/ SMC8000 :-(
  8. Message-ID: <1995Dec25.154622.69999@cc.usu.edu>
  9. Date: 25 Dec 95 15:46:22 MDT
  10. References: <4b9qat$4im@vixa.voyager.net> <4ba7ie$pqr@apakabar.cc.columbia.edu> <4beb49$68v@vixa.voyager.net>
  11. Organization: Utah State University
  12. Lines: 46
  13.  
  14. In article <4beb49$68v@vixa.voyager.net>, volckaer@vixa.voyager.net () writes:
  15. > Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
  16. > : In article <4b9qat$4im@vixa.voyager.net>,  <volckaer@vixa.voyager.net> wrote:
  17. > : : I have been attempting to get kermit working over my ethernet lan.  I 
  18. > : : have SCO Unix w/ tcp/ip 1.2.0, Netware 3.11, and about 70 PCs.  I use SMC 
  19. > : : network cards (SMC Ultra some new some old (1992)).  I can connect to my 
  20. > : : Novell server just fine.  I can connect to my unix server using Lan 
  21. > : : Workplace tcp/ip just fine.  If I attempt to use kermit I can't get it to 
  22. > : : work.  It could be something really simple and I am just overlooking it.  
  23. > : : I have tried clean booting, using the smc packet driver, and then 
  24. > : : kermit.  No go, unable to connect to host.  I have tried ODI drivers, no go.
  25. > : : 
  26. > : : Can anyone add some direction here?  A friend of mine has kermit running 
  27. > : : at his site and suggested checking the frame type on the Unix server.  I 
  28. > : : have been unable to find this.  Help...please...thank you....
  29. > : : 
  30. > : Are you talking about MS-DOS Kermit?  Version 3.14?  Did you read the
  31. > : NETWORKS\SETUP.DOC file?
  32. > 
  33. > : Very briefly: you can't have two TCP/IP stacks active at the same time on
  34. > : the same network adapter.  So either (a) unload LWP whenever you want to
  35. > : make TELNET connections with Kermit, or (b) use Kermit's "set port telapi"
  36. > : communications path.
  37. > 
  38. > : - Frank
  39. > Yes, I am attempting to use MS-DOS 3.14.  I've read over the setup.doc 
  40. > numerous times.  When I try to use Kermit I use a different net.cfg so 
  41. > LWP isn't in the picture.  I have tried a clean boot with the F5 key, 
  42. > then loading the pkt8000 packet utility, then running kermit.  This 
  43. > doesn't work either. :-(
  44. > 
  45. > What is the "set port telapi" function?  I take it this will use the LWP 
  46. > tcp/ip stack.  Can kermit 3.14 use Windows 95 tcp/ip stack?
  47. ---------
  48.     First, to avoid endless exchanges how about publishing your net.cfg
  49. file and the commands you use to load the components? I will guess you have
  50. not properly filled in the Protocol IP etc phrases in the link driver section.
  51.     Second, Telapi.exe is a Novell program providing Telnet access on
  52. top of their LWP/DOS TCP/IP stack. It is an item shipped with (and priced
  53. as part of) LWP/DOS. Thus it is not available from third parties.
  54.     Third, for the Nth time (readers please do take note) Windows TCP/IP
  55. stacks are for only that: pure Windows programs. That's the winsock part
  56. of things. No pure Windows comms program then no comms that way. Kind of
  57. restrictive if you don't run Windows all the time. In addition, no two
  58. or more protocol stacks of the same kind over the same comms board, please.
  59.         Joe D.